
United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 223 1 3- 1450 
www.uspto.gov 



APPLICATION NO. 


FILING DATE 


FIRST NAMED INVENTOR 


ATTORNEY DOCKET NO. 


CONFIRMATION NO. 


09/996,126 


11/27/2001 


Paul A. Lowik 


SUN-P6876-PIP 


1464 



22835 7590 02/04/2005 

A. RICHARD PARK, REG. NO. 41241 
PARK, VAUGHAN & FLEMING LLP 
2820 FIFTH STREET 
DAVIS, CA 95616 



EXAMINER 



CHOW, CHIH CHING 



ART UNIT 



PAPER NUMBER 



2122 

DATE MAILED: 02/04/2005 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



Wif/CC MLllUfl O U 1 1 II 1 Id 1 y 


Application No. 

09/996,126 


Applicant(s) 

LOWIK ET AL. 


Examiner 

Chih-Ching Chow 


Art Unit 

2122 





-- The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

1)[3 Responsive to communication(s) filed on 27 November 2001 . 
2a)D This action is FINAL. 2b)M This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex pane Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) [3 Claim(s) 1-27 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) [3 Claim(s) 1-27 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) [x] The specification is objected to by the Examiner. 

10) [X] The drawing(s) filed on 27 November 2001 is/are: a)l3 accepted or b)D objected to by the Examiner. 

Applicant may not request thai any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

11) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1. D Certified copies of the priority documents have been received. 

2. D Certified copies of the priority documents have been received in Application No. . 

3. Q Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1) 13 Notice of References Cited (PTO-892) 4) D Interview Summary (PTO-4 13) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) D Information Disclosure Statement(s) (PTO-1449 or PTO/SB/08) 5 ) D Notice of Informal Patent Application (PTO-1 52) 

Paper No(s)/Mail Date . 6) O Other: . 



U.S. Patent and Trademark Office 
PTOL-326 (Rev. 1-04) 



Office Action Summary 



Part of Paper No./Mail Date 20050126 



Application/Control Number: 09/996,126 Page 2 

Art Unit: 2122 

DETAILED ACTION 

1. This action is responsive to the application filed on November 27, 2001. 

2. The priority date considered for this application is August 10, 2001, which is 
the filing date of the provisional application no. 60/311,631. 

3. Claims 1-27 have been examined. 

Specification 

4. The disclosure is objected to because of the following informalities: In 
paragraph 0001 "This application hereby claims priority under 35 U.S.C. § 119 to a 
Provisional Patent Application...." - 'Provisional Patent Application' is under 35 U.S.C. 
§119 (e) , an (e) should be inserted. 

Claim Rejections - 35 USC § 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition 
of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to 
the conditions and requirements of this title. 

6. Claims 1-9 are rejected under 35 U.S.C. § 101 as being directed to 
nonstatutory subject matter. The Office's interpretation of these claims is that 
they do not expressly or implicitly require performance of any of the steps by a 
machine such as a general-purpose digital computer. Structure will not be read into 
the claims for the purpose of the statutory subject matter analysis even though 
the steps might be capable of being performed by a machine even though no 
machine has been disclosed in this application. 
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Under the most recent Federal Circuit cases, transformation of data by a 
machine (e.g., computer) is statutory subject matter provided the claims recite a 
"practical application, which produce[s] a useful, concrete and tangible result." 
State St. Bank & Trust Co. v. Signature Fin. Group, Inc. 149 F.3d 1368, 1373, 47 
USPQ2d 1596, 1600-01 (Fed. Cir. 1998). 

In this instance, the claims do not expressly or implicitly require 
performance by a computer and do not recite a practical application, which 
produces a useful, concrete and tangible result. 

Furthermore, the language of the claim raises a question as to whether the 
claim is directed merely to an abstract idea that is not tied to a technological art, 
environment or machine which would result in a practical application producing a 
concrete, useful, and tangible result to form the basis of statutory subject matter 
under 35 U.S.C. § 101. Claims 2-9, which depend from claim 1, are all rejected 
under 35 U.S.C. § 101 for the same reasons. 

7. Claims 19-27 are rejected under 35 U.S.C. 101 because the claimed invention 
is directed to non-statutory subject matter. While the claims are in the 
technological arts, they are not limited to "a practical application of an abstract 
idea which produced a useful, concrete, and tangible results." State Street Bank <& 
Trust v. Signature Financial Group. Inc. 149 F. 3d 1368, 1375 n. 9 (Fed. Cir. 1998). 
Claim 19 recites: 

'a receiving mechanism that is configured to receive a representation of the 
target c\ass; 

a modeling mechanism that is configured to create a model of the target 
class from the representation; 
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an analysis mechanism that is configured to analyze the model to detect 
references to the supporting class; 

a supporting mechanism that is configured to determine a class dependency 
for the supporting class; and 

a listing mechanism that is configured to create a list of dependent classes 

for the target class and supporting classes.' 
Where the 'receiving mechanism', 'modeling mechanism', 'analysis mechanism', 
'supporting mechanism', and 'listing mechanism' are all software processes 
(components), i.e., computer programs per se. The system is inoperative with only 
software components. Specifically, the claims are directed to a computer software 
architecture for developing reusable software assets within an enterprise, 
however Applicants fail to disclose that these software components are tangibly 
embodied and executed by a piece of hardware and that their functions have 
practical applications which produce useful, concrete, and tangible results under 
the State Street Formulation. Claims 20-27, which depend from claim 19, are all 
rejected under 35 U.S.C. § 101 for the same reasons. 

Claim Rejections - 35 USC § 102 

8. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 
that form the basis for the rejections under this section made in this Office 
action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a 
patent granted on an application for patent by another filed in the United States before the 
invention by the applicant for patent, except that an international application filed under the 
treaty defined in section 351(a) shall have the effects for purposes of this subsection of an 
application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 
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9. Claims 1. 3-5, 9-10, 12-14, 18-19, 21-23, 27 are rejected under 35 
U.S.C. 102(e) as being anticipated by U.S. Patent No. 6,442,753 by Scott Neal 



Gerard et al. (hereinafter "Gerard"). 
CLAIM 

1. A method for determining a class 
dependency that identifies a supporting 
class on which a target class depends, 
wherein the target class is defined in an 
object-oriented programming language, 
comprising: 

a. receiving a representation of the 
target class; 

b. creating a model of the target class 
from the representation; 

c. analyzing the model to detect 
references to the supporting class; 

d. if a supporting class is detected, 
determining a class dependency for the 
supporting class; and 

e. creating a list of dependent classes 
for the target class and supporting 
classes. 



Gerard 

Gerard's Abstract, "A dependency 
checking apparatus and method allows 
checking the version of classes in an 
object-oriented program to assure the 
proper version is being used for each 
release of the software." See Gerard 
column 2, lines 66-67, "According to a 
first preferred embodiment, classes 
themselves include static code that 
checks dependencies when the c\ass is 
loaded." For item a and b, see Gerard 
column 7, lines 61-62, "begins by 
determining the dependencies among 
classes (step 410)" - in order to do the 
analysis, a 'target class' should have 
been received first. For items b and c, 
Gerard column 7 lined 63-67, "Once the 
dependencies have been determined, 
they are checked (step 420). If all of 
the dependencies are correct (step 
430=YES), the object-oriented 
program may be executed (step 440). In 
the alternative, if one or more 
dependency is not satisfied (step 
430= NO), method 400 returns an error 
(step 450), which causes the object- 
oriented program to not be run 
(analyzing the model to detect 
references to the supporting class)." 
Also see Gerard's FIG. 4, a 'model' to 
detect dependencies is disclosed. For 
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items d and e, see Gerard's FIG. 7, the 
Dependor Class' is same as the target 
class in current application, and the 
'Dependee class' is same as the 
supporting class, and the 'List of 
Dependee Classes' is the list for 
supporting classes, one skilled in the art 
could easily create a list of dependent 
classes for both the target class and 
supporting classes. 



3. The method of claim 1, further 
comprising saving the list of dependent 
classes to a storage structure. 



For the feature of claim 1 see claim 1 
rejection. See FIG. 7, diagram showing 
information stored in an external file 

(storage structure) 'in accordance with 
the second embodiment. 



4. The method of claim 3, wherein the 
storage structure is one of a hash table 
and a database. 



For the feature of claim 3 see claim 3 
rejection. See claim 3 rejection, "an 
external file" can be a database. It is 
anticipated for those skilled in the art 
to implement the storage structure 
using a hash table. 



5. The method of claim 1, wherein 
creating the list of dependent classes 
includes creating one of a distribution 
list and a distribution file. 



For the feature of claim 1 see claim 1 
rejection. See FIG. 1, item 170, 
Gerard's disclosure is able to distribute 
through the internet, also see Gerard 
column 6, lines 30-33, "those skilled in 
the art will appreciate that the present 
invention is capable of being 
distributed as a program product in a 
variety of forms, and that the present 
invention applies equally regardless of 
the particular type of signal bearing 
media used to actually carry out the 
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9. The method of claim 1, further 
comprising saving the list of dependent 
c\asses of the target class as well as the 
list of dependent classes of the 
supporting classes in cache to facilitate 
subsequent lookups of dependent classes 
of the target class. 

10. A computer-readable storage 
medium storing instructions that when 
executed by a computer cause the 
computer to perform a method for 
determining a class dependency that 
identifies a supporting c\ass on which a 
target class depends, wherein the 
target class is defined in an object- 
oriented programming language, the 
method comprising: 

a. receiving a representation of the 
target class; 

b. creating a model of the target class 
from the representation; 

c. analyzing the model to detect 
references to the supporting class; 

d. if a supporting class is detected, 
determining a class dependency for the 
supporting class; and 

e. creating a list of dependent classes 
for the target class and supporting 
classes. 



distribution." 

Cache memory is also mentioned in 
Gerard's disclosure, see column 5, line 5, 
"Examples of possible additions include: 
a computer monitor, a keyboard, a cache 
memory, and peripheral devices such as 
printers." 

Same as Claim 1 rejection. Gerard's 
disclosure includes a computer-readable 
storage medium. 



12. The computer-readable storage 
medium of claim 10, wherein the method 
further comprises saving the list of 



For the feature of claim 10 see claim 10 
rejection. For the rest of the claim 12 
feature see claim 3 rejection. 
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dependent classes to a storage 
structure. 



13. The computer-readable storage 
medium of claim 12, wherein the storage 
structure is one of a hash table and a 
database. 

14. The computer-readable storage 
medium of claim 10, wherein creating 
the list of dependent classes includes 
creating one of a distribution list and a 
distribution file. 



For the feature of claim 12 see claim 12 
rejection. For the rest of the claim 13 
feature see claim 4 rejection. 

For the feature of claim 10 see claim 10 
rejection. For the rest of the claim 14 
feature see claim 5 rejection. 



18. The computer-readable storage 
medium of claim 10, wherein the method 
further comprises saving the list of 
dependent dosses of the target class as 
well as the list of dependent classes of 
the supporting classes in cache to 
facilitate subsequent lookups of 
dependent classes of the target class. 



For the feature of claim 10 see claim 10 
rejection. For the rest of the claim 18 
feature see claim 9 rejection. 



19. An apparatus that determines a class 
dependency that identifies a supporting 
class on which a target class depends, 
wherein the target class is defined in an 
object-oriented programming language, 
comprising: 

a receiving mechanism that is 
configured to receive a representation 
of the target class; 

a modeling mechanism that is 
configured to create a model of the 
target class from the representation; 

an analysis mechanism that is 



Same as claim 1 rejection. In order for 
Gearard's disclosure to work, it has to 
have 'mechanisms' to implemented all the 
recited steps. 
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configured to analyze the model to 
detect references to the supporting 
class: 

a supporting mechanism that is 
configured to determine a class 
dependency for the supporting class; 
and 

a listing mechanism that is configured 
to create a list of dependent classes for 
the target class and supporting classes. 

21. The apparatus of claim 19, wherein 
the listing mechanism is configured to 
save the list of dependent classes to a 
storage structure. 

22. The apparatus of claim 21, wherein 
the storage structure is one of a hash 
table and a database. 



For the feature of claim 19 see claim 19 
rejection. For rest of the claim 21 
feature see claim 3 rejection. 

For the feature of claim 21 see claim 21 
rejection. For rest of the claim 22 
feature see claim 4 rejection. 



23. The apparatus of claim 19, wherein 
the listing mechanism is configured to 
create the list of dependent classes, 
including creating one of a distribution 
list and a distribution file. 



For the feature of claim 19 see claim 19 
rejection. For rest of the claim 23 
feature see claim 5 rejection. 



27. The apparatus of claim 19, further 
comprising a saving mechanism 
configured to save the list of dependent 
classes of the target class as well as the 
list of dependent classes of the 
supporting classes in cache to facilitate 
subsequent lookups of dependent classes 
of the target class. 



For the feature of claim 19 see claim 19 
rejection. For rest of the claim 27 
feature see claim 9 rejection. 
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Claim Rejections - 35 USC § 103 
10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manmr in which the 
invention was made. 



11. Claims 2, 6-8, 11. 15-17, 20, 24-26 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over US Patent No. 6,442,753 by Scott Neal Gerard et al. 
(hereinafter "Gerard"), in view of U.S. Patent No. 5,787,275 by Shih-Gong Li. 



(hereinafter "Li"). 

CLAIM 

2. The method of claim 1, further 
comprising, identifying classes that an 
object depends upon by. 

a. receiving a representation of the 
object; 

b. serializing the referenced object; 

c. parsing the data resulting from the 
object serialization to identify classes 
referenced from the target object's 
properties, configuration, or state; and 

d. determining the dependent classes 
of the referenced object. 



Gerard / Li 

For the feature of claim 1 see claim 1 
rejection. Gerard column 4, lines 2-10, 
"Each object is an identifiable, 
encapsulated piece of code and data 
that provides one or more services when 
requested by a client. Conceptually, an 
object has two parts, an external 
object interface and internal object 
implementation {representation of the 
object). In particular, all object 
implementation functions are 
encapsulated by the object interface 
such that other objects must 
communicate with that object through 
its object interface. The only way to 
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retrieve, process or otherwise operate 
on the object is through the methods 
defined on the object." Gerard teaches 
all aspects of claim 2, but he does not 
mention 'serializing the referenced 
object', 'parsing the data' and 
'determining the dependent classes of 
the referenced object' specifically, 
however, Li teaches these in an 
analogous prior art. For item a, see Li, 
column 5, lines 27 to column 6, line 43, 
the Inheritance Relationship', 'Usage 
Relationship' and Implementation Usage 
Relationship' all used 'object' as the 
analysis target; see column 5, line 46, 
"describes that Class Window uses an 
object of Class DeviceContext as the 
return of GetDevContext method." And 
column 6, lines 33-34, "Implementation 
Usage captures the usage relationships 
that occurred only in the implementation 
body of the object rather than in the 
method's interface". For item b, see Li 
column 5, lines 19-20, "The relationships 
retrieved by the parser and stored in 
the relation data library (serializing) 
are preferably described in a predicate 
form". For items c and d, see Li column 
2, lines 35-37, "First, an object oriented 
program in an object oriented source 
code language is parsed for the 
immediate class relationship data. 
{determining the dependent classes) 
The immediate class relationship data is 
stored in a relation data library." 
It would have been obvious to a person 
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6. The method of claim 2, further 
comprising: 

a. inserting the object into an object 
database; 

b. determining if the target class and 
supporting classes for the target class 
are in the c\ass path; and 

c. adding the target class and 
supporting classes for the target class 
to the class path if necessary. 

7. The method of claim 2, further 
comprising: 

a. retrieving the object from the 
object database; 

b. determining if the target class and 
supporting classes for the target class 
are in the class path; and 

c. adding the target class and 
supporting classes for the target class 
to the class path if necessary. 



of ordinary skill in the art at the time of 
the invention was made to supplement 
Gerard's disclosure of the class 
dependencies analysis by using object 
analysis taught by Li, for the purpose of 
identifying and analyzing class 
relationships in a object oriented 
system (Li, column 2, lines 23-25). 

For the feature of claim 2 see claim 2 
rejection. For item a, the object is 
inserted into an object database 
(re/at/on data library). For items b and 
c, the class analysis and adding the 
target class to the class path are 
performed in Gerard (see claim 1 
rejection and Gerard FIG. 4). 



For the feature of claim 2 see claim 2 
rejection. For item a, see Li, column 10, 
lines 23-28, "If there are more levels to 
output, in step 123, the depend level 
relationship data is retrieved from the 
facts data library for (*,1,L) where 
(A,1,L) is the argument list for depend 
(A,1,L) and A=classname, l=level number 
and L=List of dependency data. Next, in 
step 125, a test is performed to 
determine whether L=0 which means 
that the class does not have a 
dependency list." Li's disclosure teaches 
'adding' or retrieving the object from 
the object database. For items b and c, 
the class analysis and adding the target 
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8. The method of claim 1, further 
comprising filtering the list of 
identified classes to remove duplicate 
and core class references. 



11. The computer-readable storage 
medium of claim 10, wherein the method 
further comprises, identifying classes 
that an object depends upon by. 

a. receiving a representation of the 
object; 

b. serializing the referenced object; 

c. parsing the data resulting from the 
object serialization to identify classes 
referenced from the target object's 



c\ass to the class path are performed in 
Gerard (see claim 1 rejection and Gerard 
FIG. A). 

For the feature of claim 1 see claim 1 
rejection. Gerard teaches all aspects of 
claim 2, but he does not mention 
'filtering the list of identified classes' 
specifically, however, Li teaches it in an 
analogous prior art. See Li column 10, 
lines 11-16, "In step 113, a test is 
performed to determine whether there 
is more than one entry in the 
Processed.sub.-- Table for c\ass A. If 
so, it means that the class has already 
been processed in the session and that 
there is no need to repeat the following 
steps (filtering the duplication)." 
It would have been obvious to a person 
of ordinary skill in the art at the time of 
the invention was made to supplement 
Gerard's disclosure of the class 
dependencies analysis by filtering the 
duplicated classes taught by Li, for the 
purpose of saving the storage space. 

For the feature of claim 10 see claim 10 
rejection. For the rest of the claim 11 
feature see claim 2 rejection. 



Application/Control Number: 09/996,126 
Art Unit: 2122 



Page 14 



properties, configuration, or state; and 

d. if a target class is identified, 
determining the dependent classes of 
the target class. 

15. The computer-readable storage 
medium of claim 11, wherein the method 
further comprises: 

a. inserting the object into an object 
database; 

b. determining if the target class and 
supporting classes for the target c\ass 
are in the class path; and 

c. adding the target class and 
supporting classes for the target class 
to the class path if necessary. 

16. The computer-readable storage 
medium of claim 11, wherein the method 
further comprises: 

a. retrieving the object from the 
object database; 

b. determining if the target class and 
supporting classes for the target class 
are in the class path; and 

c. adding the target class and 
supporting classes for the target class 
to the class path if necessary. 

17. The computer-readable storage 
medium of claim 10, wherein the method 
further comprises filtering the list of 
identified classes to remove duplicate 
and core class references. 



For the feature of claim 11 see claim 11 
rejection. For the rest of the claim 15 
feature see claim 6 rejection. 



For the feature of claim 11 see claim 11 
rejection. For the rest of the claim 16 
feature see claim 7 rejection. 



For the feature of claim 10 see claim 10 
rejection. For the rest of the claim 17 
feature see claim 8 rejection. 



20. The apparatus of claim 19, wherein 



For the feature of claim 19 see claim 19 
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the receiving mechanism is additionally 
configured to receive a representation 
of an object; 

a. a serializing mechanism is configured 
to serialize the referenced object; 

b. a parsing mechanism configured to 
parse the data resulting from the 
object serialization to identify classes 
referenced from the target object's 
properties, configuration, or state; and 

c. a supporting mechanism that is 
configured to determine the dependent 
classes of the target class. 

24. The apparatus of claim 20, further 
comprising: 

a. an insertion mechanism configured to 
insert the object into an object 
database; 

b. a determining mechanism configured 
to determine if the target class and 
supporting classes for the target class 
are in the class path; and 

c. an adding mechanism configured to 
add the target class and supporting 
classes for the target class to the class 
path if necessary. 

25. The apparatus of claim 20, further 
comprising: 

a. a retrieving mechanism configured to 
retrieve the object from an object 
database; 

b. a determining mechanism configured 
to determine if the target class and 
supporting classes for the target class 



rejection. For the rest of the claim 20 
feature see claim 2 rejection. 



For the feature of claim 20 see claim 20 
rejection. For the rest of the claim 24 
feature see claim 6 rejection. 



For the feature of claim 20 see claim 20 
rejection. For the rest of the claim 25 
feature see claim 7 rejection. 
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are in the class path; and 

c. an adding mechanism configured to 
add the target class and supporting 
classes for the target c\ass to the class 
path if necessary. 

26. The apparatus of claim 19, further 
comprising a filtering mechanism 
configured to filter the list of 
identified classes to remove duplicate 
and core class references. 



For the feature of claim 19 see claim 19 
rejection. For the rest of the claim 26 
feature see claim 8 rejection. 



Conclusion 

The following summarizes the status o f the claims: 
35 U.S.C. § 101 rejection: Claims 1-9, 19-27 

35 U.S.C. § 102 rejection: Claims 1, 3-5, 9-10, 12-14, 18-19, 21-23, 27 
35 U.S.C. § 103 rejection: Claims 2, 6-8, 11, 15-17, 20, 24-26 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Chih-Ching Chow whose telephone number is 
571-272-3693. The examiner can normally be reached on 7:00am - 3:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Dam can be reached on 571-272-3695. The fax phone 
number for the organization where this application or proceeding is assigned is 
703-872-9306. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR 
only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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